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SPECIFICATION 
TITLE 

METHOD, SYSTEM OF DEVICES, AND COMPUTER PROGRAM 
PRODUCT FOR THE DOCUMENT-RELATED EXTENSION OF A 
5 RESOURCE-STRUCTURED DOCUMENT DATA FLOW 

BACKGROUND 

The invention concerns a method, a device system and a computer 
program product for processing of a document data stream that contains 
10 structured fields. A typical document data format of this type is the format 
AFP™ (advanced function presentation). It is in particular used in electronic 
print production environments, i.e. in data processing and printing systems 
that process document data with a speed of up to a few thousand pages per 
minute. 

15 Such document production systems exhibit a high degree of 

automation. For example, a printing system with integrated quality checking 
is specified in US-A-6, 137,967. 

Various print data streams and printing systems are, for example, 
specified in the publication "Das Druckerbuch", Dr. Gerd Goldmann (editor), 

20 Oce Printing Systems GmbH, 6th edition (May 2001), ISBN 3-000-00 1019-X. 
The server system Oce PRISMApro is specified in chapter 14. This flexible 
print data server system is, for example, suited to transfer print data from data 
sources such as a source computer - the print data in a specific print data 
language such as line data, AFP, PCL (Printer Command Language), 

25 PostScript, SPDS (Siemens Print Data Stream), or in the language LCDS 
developed by the company Xerox Cop e ration [s i c] Corporation - to a print 
production system. 

Details of the resource-structured document data stream AFP™ are 
specified in the publication Nr. S-544-3884-02, published by the company 

30 International Business Machines Corp. (IBM) with the title "AFP Programming 
Guide and Line Data Reference". This documentation is to be obtained via 
the address IBM Printing Systems Division, Dept. H7FE, Building 004M, 



-2- 

MARKED COPY 

Information Development, PO Box 1900, Boulder CO 80301-9191 USA or via 
\http://publib. boulder.ibm.com/prsys/pdfs/54438842.pdf. 

The document data stream AFP was further developed into the 
resource-structured document data stream MO:DCA™, which is specified in 
5 the IBM publication SC31-6802-05 (April 2001) with the title "Mixed Object 
Document Content Architecture Reference". This document is also 
accessible at the Internet address 

http://publib.boulder.ibm.com/prsys/pdfs/c3168025.pdf. Details of this data 
stream, in particular the use of structured fields, are also specified in US-A- 

10 5,768,488. In the framework of the present specification, no differentiation is 
made between AFP and MO:DCA data streams. 

AFP/MO:DCA data streams are frequently converted into data streams 
of the format Intelligent Printer Data Stream™ (IPDS™) in the course of print 
production jobs and transferred to a high-capacity printer in this format. Such 

15 a process is shown in US-A-5,982,997. 

In the specification "UP 3 I; Universal Printer Pre- and Postprocessing 
Interface," Version 1.02 (July 2002), published by the companies Duplo 
International Ltd., Hunkeler AG, IBM Cop e ration [sic] Corporation , Oce 
Printing Systems GmbH and Stralfors AB, which can be downloaded as a file 

20 at the Internet address www.up3i.org, the most varied control commands are 
provided that can be used in the creation of a printed document to control 
various devices of a print production system such as printing devices and 
devices upstream and downstream from these, such as unwinders, cutting 
devices, hole devices, gluing devices and binding devices. It is thereby 

25 provided that such data are exchanged between the different devices, thus for 
example between a paper dispenser and a printing device. 

On the pages 134 through 141 of the UP 3 I specification, examples are 
already cited as to how commands for print pre- and post-processing devices 
can be inserted into an AFP (MO:DCA) o r, r e sp e ct i v el y, IPDS data stream. 

30 With the UP 3 I extensions, AFP applications can now contain UP 3 I control 
commands that are transferred to a printer, whereby printer-specific data 
formats such as IPDS can be used. The UP 3 I control data are thereby initially 



-3- 

MARKED COPY 

mixed with the print data and are only separated from these in the printer. 
The further devices of the print production system, i.e. pre- and post- 
processing devices for the print good (such as paper dispensers, unwinders, 
stackers, punchers, folders, cutters and binders), can then be addressed via 
5 the UP 3 I interface. 

New AFP applications can already be coded from the beginning such 
that UP 3 I functions are used. This is different than in older AFP applications. 
Such applications for standard expressions (such as, for example accounting 
printouts or account statements), applied in part for many years, must be 

10 changed when they should use UP 3 I functions. 

From the IBM publication NR. S544-5284-06, "IBM Page Printer 
Formatting Aid: User's Guide", 7 th edition, which is accessible at 
http://publib.boulder.ibm.com/prsys/pdfs/54452846.pdf, a tool is known with 
which a user can provide an existing AFP document data stream or T 

15 r e sp e ct i v el y, a format definition resource file "Formdef located in this 
document data stream with additional commands. This occurs via a control 
file in which it is entered when what is known as a copygroup o r, r e sp e ct i v el y, 
medium map with a specific name must be generated. 

In this type of data enhancement, corresponding calls of the media 

20 map must respectively be stored in the file in which the variable data are 
situated in order to be able to let the commands generated in the formdef file 
act on the variable data. This manual reprogramming of the data stream can 
be a very complex event that is error-prone - primarily when a plurality (for 
example 3 or more) of copygroups are to be newly inserted. The effort 

25 thereby resulting for the user is substantial, and the danger of wrong inputs 
exists when media map calls are not correctly updated, for example not 
changed in synchronization with the entries in the formdef file. 

Furthermore, it can occur that one and the same original data stream 
are processed with various print production systems, and this with various 

30 finishing possibilities. The application must then be re-adapted for the 
respective configuration of the print production* system, which can lead to 
unwanted time delays under production conditions. 
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In the patent application Nr. PCT/EP02/05299, which the applicant 
submitted on 14 May 2002 with the title "Method, device system and computer 
program system for processing of document data", it is described how 
auxiliary data (such as, for example, barcodes) can be automatically inserted 
5 into a document data stream. 

A conventional processing of an AFP print document data stream 
without support of finishing o r, resp e ct i v el y, UP 3 I functionalities is shown in 
Figure 2. The various processing steps show what an AFP application 
designer (user) has to do in order to create an application: by means of a 

10 formatting computer program 20 (which, for example, can be the previously 
mentioned Page Printer Formatting Aid (PPFA) tool by the company IBM or 
the Smart Layout Editor (SLE) specified in the Druckerbuch introduced above) 
and a control file 21 with corresponding formatting parameters, the user 
generates a formdef file (resource) 23 that contains a copygroup (medium 

15 map) with the name ACCOUNT. 

A print data file 22 that contains variable data is prepared by the user 
such that it is called fsie} the copygroup with which has been applied with the 
control file 21 with structured fields of the type i nvoce [s i c] invoice medium 
map (IMM) "IMM Account", which stands between the variable data. Details 

20 regarding the structured field type IMM can be learned from the previously 
cited IBM document SC31 -6802-05. 

In the example shown in Figure 2, the print data file contains account 
statement documents for two different customers of a bank. For the first 
customer, the print data file 22 contains two account statements with 

25 respectively 9 pages and 6 s pages. For the second customer, an account 
statement document with 3 pages should be printed out. For this, the print 
data file 22 and the formdef file 23 are supplied to a host printer driver 24 that 
(in step S3) forms a print data stream of the format IPDS from both files and, if 
applicable, resource files such as, for example, fonts, with which a print data 

30 stream an IPDS-capable printing system 25 is activated. In the shown 
illustrated example, the printing system 25 is controlled from a first printer 26 
in which the front side of a web-form recording medium is printed and a 
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second printer 27 in which the back side of the same recording medium is 
printed with the respectively associated data. 

In step S4, the previously cited documents are printed out, i.e. as a first 
document 28 of the first printout of the first customer that comprises five 
5 individual pages, three pages as a second document 29 for the first customer 
with the second account statement, and two pages as a third document 30 for 
the second customer. 

The same application as shown in Figure 1 is shown in Figure 3, 
whereby it is manually extended with additional commands for print pre- or 7 

10 r e sp e ct i v el y, post-processing devices as they are provided in the UP 3 I 
specification. In the case of Figure 3, the finishing commands fort shrink- 
wrapping (shrink-wrap), page offset (left/right/shift) as well as document 
stapling (corner staple) are provided that should be applied on the printed 
print good o r, r e sp e ctiv e ly, parts thereof. Using Figure 3, it is described which 

15 operating steps are necessary when this goal is executed with the already 
specified tool by the company IBM, "Page Printer Formatting Aid" (PPFA) or 
with the Smart Layout Editor (SLE) known from the applicant. 

In step S5, a new form definition file is generated by the user as a 
resource file with the Page Printer Formatting Aid tool (see above) or with the 

20 tool Small fsic} Layout Editor (SLE) that is specified in the previously 
introduced "Druckerbuch" by Oce Printing Systems GmbH. The parameters 
are specified in a PPFA control file 31 (in Figure 3, the control file 31 is 
subdivided into a first part 31a and a second part 31b merely for 
representation reasons). The control file 31 shows that three copygroups 

25 (medium map fields) are necessary in order to be able to activate the desired 
finishing functions. The UP 3 I control commands for the foH welding, the offset^ 
and the stacking are part of the new medium map, for example OPERATION 
SHIFT and REFERENCE left for the offset. 

The PPFS control file 31 generated in the step S5 uses the PPFA 

30 computer program 32 in order to generate in the step S6 a formdef file in 
which are contained the copygroups (LI_ACC1, LI_ACC2 and RI_ACC1) 
defined in the PPFA control file 31. These new medium maps replace the 
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copygroup (medium map) ACCOUNT contained in the formdef file 23 in 
Figure 1. 

In addition to the changes in the formdef file 23, the user must modify 
the print data file such that the structured fields I n voc e [s i c] Invoice Medium 
5 Map (IMM) are synchronized with the new medium map names. The user 
must thereby replace the respective old IMM call with a correct new IMM call 
that corresponds to the respective desired finishing operations. In the 
example of Figures 2 and 3, different calls are henceforth inserted in place of 
the respective identical calls 22a, 22b and 22c "ACCOUNT" for the three 

10 documents 28, 29, 30: the call IMM LI_ACC1 34a, whereby the document is 
distributed and stapled to the left, is to be added to the document 28 and the 
call IMM LI_ACC2 34b, whereby the document is deposited and stapled to the 
left, is to be added to the document 29. The call RI_ACC1 is to be added for 
the document 30, whereby the document is deposited and stapled to the right. 

15 This association must occur manually in the print data file when the print data 
file exists already or has the structure 22 shown in Figure 1. Otherwise, the 
print data file would have to be completely newly generated via a 
corresponding application program, which is, however, very time-consuming 
under the circumstances. For synchronization, it is thus necessary that 

20 copygroups a) are present, b) have matching parameters for formdef file in 
the data stream and c) their calls are situated at precisely the right point of the 
print data stream. 

In step S8, the formdef file 3 and the print data file 34 are in turn 
converted by the host printer driver 24 from the AFP format into an IPDS print 

25 data stream and sent to the IPDS-capable printing system 25. The 
commands, which apply to the pre- o r, r e spect i v el y, post-processing devices 
(UP 3 I commands) and that are contained in the medium map, are converted 
into corresponding IPDS/UP 3 ! triplets before they are sent to the printer. As 
already in Figure 2 [sic] , the resulting printed documents 28, 29, 30 are 

30 grouped, whereby in the case of Figure 3 the pages are stapled and shifted 
group-by-group, and all are shrink-wrapped together in a protective covering 
as this has been specified by the user. 
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The labeled bars 35, 36 show the respective post-processing steps of 
the ancillary documents. 

A user that would like to extend an AFP print data stream with post- 
processing functionalities (for example UP 3 I) with the method shown in Figure 
5 3 must have the original PPFS control file available and furthermore have 
access to the user program that has generated the original print data stream. 
However, this is not always given. It is therefore a requirement to expand 
existing AFP print data streams with additional device functionalities in order 
to enable an optimally automated process for generation of more complex 
10 documents without having to access old control files o r, rospoct i vo l y, user 
programs that were decisive in the generation of the data stream. 

To recapitulate, it is to be established that the user must implement at 
least the following steps in the method shown according to Figure 3: 

a) He must change existing copygroups which contain a finishing 
15 operation. Tools such as the computer program PPFA are 

available for this. 

b) He must add new copygroups that are respectively situated at 
the beginning of a finishing operation or indicate their 
continuation and 

20 c) he must modify the print data stream in order to call the modified 

o r, r e sp e ctive l y, inserted medium maps (copygroups). 
The steps cited above are all the more elaborate the larger the 
respective application, i.e. the more documents that are contained in the 
application and/or the more medium maps/copygroups that are contained in 

25 the formdef file. Typical AFP applications are comprised of multiple 
thousands (up to hundreds of thousands) of pages. A typical AFP formdef file 
contains a plurality of medium maps, for example in what is known as a 
mixplex {sic} job, in which various paper feeder bays and/or simplex/duplex 
print commands alternate within a print job. Effort and susceptibility to error 

30 are therefore very high under the circumstances given the preparation of such 
print data streams. 
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Possibilities for insertion of information into a MO:DCA data stream are 
specified in US-A-5, 768,488. Furthermore, in the article PrePress, published 
8/99, pg. 18-27, it is specified that the host input module of the program 
"Hausdruckerei Manager", vers. 6.1 by the system vendor Danka allows the 
5 addition of information that are not contained in AFP/I PDS data streams, for 
example commands for duplex printing and end processing. 

A method for enhancement of a document data stream with data for 
peripheral devices is known from DE 100 24 523 A1. 

From the document EP-A-1 139 275, it is known to search through a 
10 GDI print data stream for address data that are extracted from this print data 
stream. The extracted data are subsequently re-supplied to the data stream. 

From the document EP-A-1 156 41 1 , it is known to create an electronic 
job ticket with whose help a print data stream is generated from unprintable 
data that comprises the templates and text data. 
15 From the document WO 01/77807 A2, a method and system for 

processing of a print data stream i s [s i c] are known that converts a print data 
stream of a first data format into a print data stream of a second standardized 
format. 

The previously cited publications and patent applications are herewith 
20 incorporated by reference into the present specification. 

SUMMARY 

It is the an object of th e inv e nt i on to automate the insertion of finishing 
operations into existing structured document data streams. 

This obj e ct is ach ie v e d v i a th e inv e nt i on sp e cif ie d i n th e i ndependent 
25 cla i ms. Advantag e ous e mbod i m e nts of th e i nv e nt i on ar e sp e c i fi e d i n th e sub - 
cla i ms. 

In a method and system for enhancement of an input document data 
stream which comprises at least one input format file comprising format 
definitions and an input document data file structured in at least one of ranges 
30 and sub-ranges and containing variable data, the data stream is enhanced 
with finishing commands. In a control file, defining level structures that 
correspond to at least one of the ranges and sub-ranges of the input 
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document data file. In a control file, associating the finishing commands with 
levels. Using the control file, the input format file and the input document data 
file the following are automatically generated by a computer program module: 
a) an output format file that contains the finishing commands in 
5 callable groups, and 

b} an output document data file containing the variable data and 
group calls associated by at least one of range-bv-range and 
sub-range-bv-sub-range. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 Figure 1 shows a high-capacity printer system; 

Figure 2 shows a conventional technigue for processing of a structured 
data stream; 

Figure 3 illustrates a conventional technigue for propagation of a 
structured data stream with finishing commands; and 
15 Figure 4 shows a technigue of the preferred embodiment for automated 

enhancement of a structured data stream with finishing commands. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

For the purposes of promoting an understanding of the principles of the 
invention, reference will now be made to the preferred embodiment illustrated 

20 in the drawings and specific language will be used to describe the same. It 
will nevertheless be understood that no limitation of the scope of the invention 
is thereby intended, such alterations and further modifications in the illustrated 
device, and/or method, and such further applications of the principles of the 
invention as illustrated therein being contemplated as would normally occur 

25 now or in the future to one skilled in the art to which the invention relates. 

To enhance with finishing commands an input document data stream 
that comprises at least one input format file containing format definitions as 
well as an input document file structured in ranges and/or sub-ranges and 
containing variable data, it is provided that a control file is applied in which the 

30 level structures are defined that correspond to the ranges and/or the sub- 
ranges of the input document file. Furthermore, in the control file the finishing 
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commands are associated with the levels, such that the following files can be 
automatically generated with a computer program module using the control 
file, the input format file and the input document file: 

(a) an output format file that contains the finishing commands in 
5 callable groups, and 

(b) an output document file containing the variable data and group 
calls associated range-by-range or sub-range-by-sub-range. 

One advantage of the i nvention preferred embodiment with regard to 
conventional methods is that the user does not need to modify existing print 

10 production jobs himself. In particular AFP applications can generate print 
data entirely independent of the site and the type of their printout. Additional 
finishing commands for devices for pre- o r, r e sp e ct i ve l y, post-processing of 
print goods in the print production process are extended in a data 
enhancement process with new or existing print data streams, which in 

15 particular can occur in a production-in-time event just before the print job is 
actually processed. Via the automation of the event to the greatest possible 
extent, a n inv e nt i v e a data enhancement process can be rapidly triggered, 
whereby the process speed can be between 10,000 and 50,000 pages per 
minute. A complete, immense print job can thereby be prepared within only a 

20 few minutes, such that it can fully or partially use the capabilities of a print 
production path with complex design. In addition to the enhancement of print 
data with finishing commands, the data can be enhanced (in particular via the 
same computer program module) with further control data more or less 
independent of the print path, for example with franking data for postal 

25 shipments or with barcode data for detection of generated documents in later 
method steps. For this, the i nv e nt i on preferred embodiment can in particular 
be combined with the method o r, r e sp e ct i v el y, system of the previously cited 
PCT/EP02/05299 in which, in a method, system or computer program for 
processing of a document data stream, a series of function stages are used in 

30 order to enable a fast, secure output of the documents in a production 
environment, in particular in a print production environment. The content of 
this patent application is herewith again explicitly referenced. 
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The i nv e nt i on preferred embodiment is based on the realization that, in 
a structured input data stream that should be enhanced with complex finishing 
commands, the existing document structure can be utilized, and via allocation 
of ranges or sub-ranges of the document data stream, a corresponding 
5 association of finishing commands range-by-range is possible. According to a 
further aspect of the i nv e nt i on preferred embodiment , for allocation a control 
file is provided in which document levels on which specific finishing 
commands should be applied are defined independent of the concrete 
structure of the document input file. This event can h e r e by thus be automated 

10 very well and in particular be automatically prepared for large to very large 
print data streams (for example print data streams containing tns [sic] of 
thousands to millions of documents). 

A user who wants to expand a resource-structured document data 
stream with finishing operations is i nv e nt i v el y provided with a tool (computer 

15 program, editor) with which he can specify the finishing operations that are to 
be implemented. Parameters that more precisely specify the operation can 
hereby be provided. Furthermore, the user can specify the location and the 
range (or the levels) within the variable print data stream in which the finishing 
operation is to be applied. Furthermore, the necessary finishing commands 

20 (copygroups, medium maps) are automatically inserted into the format 
definition file (formdef) by a computer program module. Finally, the 
processing calls (medium map invokat i ons [sic] invocation ) contained in the 
document data file containing variable data are modified o r, respect i v el y, 
inserted such that the finishing operations (copygroups) incorporated into the 

25 format definition file are invoked instead of the original calls contained in the 
variable document data file. 

Due to the high degree of automation of the replacement of prior 
processing calls with the supplemented calls with additional functionalities, 
errors are largely to be eliminated. Existing processes for generation of 

30 document data do not need to be modified. In that Since the user only needs 
to specify the new available finishing operation commands on a relatively 
simple interface (editor, graphical user interface GUI, computer program) and 
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the insertion of corresponding calls into the document data file occurs 
automatically, even very complex and large document data files can be 
adapted to the new possibilities in the range of the pre-processing and post- 
processing of print goods with only slight effort of the operator. 
5 In a preferred exemplary embodimen t of th e i nv e ntion , the input 

document data streams and/or the resource-structured output document data 
stream are an Advanced Function Presentation™ data stream. With the 
invention preferred embodiment , it is thereby in particular possible to enhance 
other input document data streams such as, for example, line data, PCL data 

10 or Postscript data with finishing commands, if applicable to take over finishing 
commands already integrated there or to overwrite and/or to generate 
finishing commands on the output side in an Advanced Function 
Presentation™ data stream. It can be provided just as well in the reverse, 
that on the input side an Advanced Function Presentation™ data stream 

15 exists and this is to be converted at the output side into a different resource- 
structured output data stream. 

Further asp e cts and advantag e s of th e i nv e nt i on ar e mad e cl e ar via th e 
subs e qu e nt sp e c i ficat i on of e mbod i m e nts of th e i nvent i on with som e F i gur e s. 
S i mi l ar ele m e nts ar e as b e for e — th e r e by prov i d e d with s i m il ar r e f e r e nc e 

20 ch a racters for oasior understanding. 

Th e reby shown ar e : 

Figure 1: a h i gh - capac i ty pr i nter syst e m, 

25 

Figure 2: convent i ona l technique for procoss i ng of a structur e d 

data stream, 



F i gure 3: conventional tochniquo for propagation of a structur e d 

30 data str e am w i th fin i sh i ng commands, and 
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Figur e A: inv e nt i v e t e chniqu e for automat e d e nhanc e m e nt of a 

structur e d data stream w i th finishing commands. 

A document print production system 1 is shown in Figure 1 that on the 
one hand comprises a mainframe architecture 2 and on the other hand 
5 comprises a network architecture 5 in which document data o r, resp e ct i vely, a 
document print data stream are respectively generated by means of user 
programs (tools). In the mainframe architecture, these print data are 
generated by a host computer 3, in particular as an AFP print data stream or 
as a line print data stream. The print data can alternatively be transferred 

10 directly from the host computer 3 to one or more print devices 6a, 6b via what 
is known as an S/370 channel 14a. As an alternative to this output channel, 
the print data can also be transferred from the host computer 3 to a 
processing computer 4 via a network 13 or a direct data connection 14b, in 
which processing computer 4 the print data are buffered (for example in an 

15 associated file server) and processed for subsequent output steps. In such 
host computers 3, in particular print data streams are generated that are 
assembled from larger data stocks (databanks) of regular list expressions, 
calculations, consumption overviews (for telephone accounting, gas 
accounting, bank accounts), etc. Such applications have frequently already 

20 been in use for many years afe and, as before, are necessary in a more or 
less unchanged manner (what are known as legacy applications). 

The print production workflow is monitored by a monitoring system 7 
within the mainframe architecture 2. Sate The monitoring system 7 comprises 
a monitoring computer 7a that is coupled with a databank 7b and contains 

25 various computer program modules 7c (compare Figure 2). 

The monitoring system 7 is connected with the host computer 3 via a 
device controller network 15 and a print manager module 8 as well as via a 
converter 9 with a V24 data line that connects to both of the print devices 6a, 
6b. The converter 9 converts the V24 signals into DMI protocol signals of the 

30 device controller network 15. SNMP protocol signals can be provided to the 
device manager DM converted as DMI protocol signals o r, respective l y, can 
be directly passed as SNMP protocol signals. 
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Print product 19 that has been generated in the printers 6a, 6b from the 
document print data stream and on which barcodes are printed can be 
respectively scanned with a manually movable, radio-controlled barcode 
reader 11a. The signals are transferred via radio to the read station 10a and 
5 transferred into the device controller network 15 o r, r e sp e ct i v el y, to the 
monitoring system 7. Readers for one-dimensional and/or two-dimensional 
barcode systems can be used as barcode readers, such that various barcode 
systems can be read with one and the same read device. The barcode 
reader system is in particular configurable, i.e. adaptable to various 
10 application-specific codes o r, respect i ve l y, the respective suitable control 
methods. 

Document data are generated in the network architecture 5 by means 
of user programs in client computers 12, 12a that are connected among one 
another via a client network 13 as well as with the processing computer (file 

15 server) 4. The file server th e r e w i th thus serves as a central handling and 
processing interface for print data of the entire print production system 1. 
Diverse control modules (software programs) run on it, via which control 
modules the entire print production workflow o r, rospoctiyely, the entire 
document processing is optimally adapted to the respective conditions in a 

20 manner that is application-specific, production-related and takes place at the 
device controller. 

In particular the following functions, which are specified more precisely 
in connection with subsequent Figures, are executed in the file server: 

25 1. Converting Indexing Sorting 

In this function, incoming print data are converted into a uniform data 
format, indexed according to predetermined parameters and re-sorted in a 
predetermined sorting sequence. This in particular enables the re-sorting of 
30 the data streams optimized for the subsequent document output, for example 
the merging of various pages that are not in succession in the input data 
stream to be sorted together into a mail piece, such that they can, for 
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example, be enveloped together into a correspondence (for example in an 
enveloper 22b). 

2. Insertion of contro l i nformat i on Control Information 

5 

In this function, control information, in particular barcodes, are inserted 
into the data stream, using which control information a data group belonging 
together (for example page, sheet, document, mail piece) can be recognized 
as such and be unambiguously localized in the production process at the 
10 various processing stations. 

3. Data reduction Reduction 

With this function, control data that have been delivered in the input 
15 data stream from the host computer 3 o r, r e sp e ct i v el y, user computer 12 to 
the processing computer 4 can be filtered to the effect that such control data 
that are not necessary in the given overall system arrangement are removed. 
Via the connection of all participating output devices (printer 6a through 6d, 
cutter 22a, enveloper 22b) via the device controller network 15, it can already 
20 be decided in the processing computer 4 which control data of the input data 
stream is [s i c] are needed by none of the connected devices. Via removal of 
this data from the data stream, the data stream can be reduced overall, in 
particular when only empty field entries regarding corresponding control data 
are contained in the input data stream. 

25 

4. Extraction 

With this function, predetermined data can be filtered o r, respectiv e ly, 
separated out from the output data stream, whereby a compressed data 
30 stream (compressed data) is created, in particular for control and status data 
that can be exchanged with very high speed between the participating devices 
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and the monitoring computer. It is h e r e by thus possible to execute the 
monitoring of the participating devices in real time. 

The functions 1.-4. can largely be automatically implemented by a 
computer program module "CIS" (Converting, Indexing and Sorting), which is 
5 gone into again in detail later. 

Repeated pr i nt (r e pr i nt) Print (Reprint) 

When, in the course of the further processing of the data, in particular 
10 in the output of the data on one of the print devices 6a, 6b, 6c or 6d, an error 
occurs in one of the post-processing devices 18a, 18b or also in the print 
computer 16, this can be determined by the monitoring system 7 using the 
control barcodes inserted into the processing computer 4, and the reprint of 
the documents (pages, sheets, mail pieces) affected by the fault can be 
15 requested. This reprint request is decisively controlled in the processing 
computer 4. 

Print data that have been completed by the processing computer 4 are 
conveyed via the print data line 14c to a print server 16. Its task is essentially 
to unload the processing computer 4. This occurs via buffering of the 

20 completed print data until its recall via the data line 14d to one or both printers 
6c, 6d. The print server 16 is thus integrated into the overall system 
predominantly for reasons of performance (speed). In systems whose print 
speed is less high, the print server 16 can also be foregone. 

Document data that are transferred to the printers 6c o r, r e sp e ct i v el y, 

25 6b and there are printed on a recording medium (for example paper) are, in 
the overall system, supplied to further processing steps, namely the cutter 18a 
and the enveloper 18b of the further processing. The print production process 
is therewith concluded. 

The printed documents are tested with a test system 17 with regard to 

30 various criteria on their processing path between the print device 6 and the 
last post-processing device 18b, namely via an optical test system 17a with 
regard to their optical print quality, with a barcode test system 17b with regard 
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to their existence, their consistency and/or their sequence, as well as with an 
MICR test system 17c insofar as the print was printed by means of 
magnetically-readable toner (magnetic ink character recognition toner). The 
data of the various test systems provided by the test system 17 are 
5 transferred from a mutual, serial data acquisition module (serial delta \s\g\ 
acquisition module) 17d to the device controller network 15 and supplied to 
the monitoring system 7. There the respective system data are acquired and 
the devices are checked in real time, and the respective positions of the 
documents are tested with regard to their correctness relative to the print job. 

10 Further details of such a test system 17 are specified in the US patent 

Nr. 6,137,967 o r, r e sp e ctiv el y, in the patent application corresponding thereto. 
The content of this patent o r, r e sp e ct i v el y, these patent applications is are 
herewith incorporated by reference into the present specification. 

The finished printed documents 23 can in turn be registered with a 

15 barcode reader 11b that is connected, radio-controlled, with an associated 
control device 10b, which in turn delivers its data to the monitoring system 7 
via the device controller network 15. 

Using the input print data file 22 and the input formdef file 23, which 
have already been the basis for the specifications of Figures 2 and 3, in 

20 Figure 4 it is shown how an output print data stream is inv e nt i v e ly generated 
in the data format AFP. For this, it is initially helpful once to consider the data 
structure in the input print data file 22 in more detail. With the bracket 40, all 
data of the print data file, the largest coherent range of the print data from the 
command "beginning of job" to the command "end of job", are bracketed. The 

25 AFP print data stream is then divided up into subsequent sub-ranges that 
respectively signal more or less large documents belonging together such as, 
for example, mail pieces or pages. The i nv e nt i on preferred embodiment 
utilizes this range-oriented structure. In the example of the print data file 22, a 
first range is opened via the command "BNG Customer" and closed via the 

30 command "ENG Customer". Bracket 41 shows this range. Within this range, 
there are sub-ranges "Account" that are respectively begun o r, respective l y, 
ended via the commands "BNG Account" and "ENG Account"; see brackets 



-18- 



MARKED COPY 

42 and 43. Within the account range, various pages are then respectively 
structured in turns with the commands "BP" and "EP" for beginning of the 
page and end of the page. 

The second customer range that is designated with the bracket 44 is 
5 located on the same hierarchy level as the customer commands, which were 
designated with the bracket 41. It also has a sub-region "Account" that is 
comprised by the bracket 45. In order to also map this data structure of the 
print data file in the control file 46, thefe their levels are defined with the 
commands "Define level". The highest level (Level_A) is th e r e by thus the 
10 entire print data file 22 that is encompassed with bracket 40. The highest 
range (Customer) of the print data file 22 is subdivided into a first customer 
range that is encompassed with bracket 41 and a second customer range that 
is encompassed with bracket 44. Corresponding to the desired processing 
schema for the documents stored there (see Figures 1 and 2), whereby the 
15 documents of the first customer should be offset to the left and the documents 
of the second customer should be offset to the right, two different levels must 
be defined within this range level in the control file 46, namely one level that 
corresponds to all uneven-numbered calculations within the first group level 
(see also customer bracket 41) and a second level that corresponds to all 
20 even-numbered calculations within the group level 1 (compare also second 
customer bracket 44). 

Finally, in the control file 46 the various finishing operations are 
associated with the previously-defined levels: in the example of Figure 4, the 
level "Level_A" with the finishing job "Shrink", the level "Level_B1" with the 
25 finishing job "Left/Shift" and the level "Level_B2" with the finishing job 
"Right/Shift" and the level "Level_C" with the finishing job "Staple". 

The control file 46 completed in step S7 contains three data ranges, 
namely a first data range 47 in which are defined the various finishing 
operations that can be executed by print pre-processing o r, r e sp e ct i v el y, post- 
30 processing devices, a definition range 48 for levels in which are defined 
various levels of the structured input data stream 22, and a device range 49 
for the associations that should be made between the finishing operations 47 
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and the defined levels 48 or^ — resp e ct i v el y, which finishing operation 
commands should be inserted into which levels of the structured data stream 
file 22. As soon as the user has completed the control file 46, with the CIS 
computer program module 50 in step S9 a new formdef file 51 can be 
5 automatically created from the print data file 22, the formdef file 23 and the 
control file 46, and in step S10 a new print data file 52 can be simultaneously 
generated. The new copygroups LI__ACC1, LI_ACC2 and RI_ACC1 are 
generated from the formdef file 23 and the finishing operations specified in the 
control file 46. Furthermore, the CIS computer program module 50 effects 

10 that the modified print data file is generated from the print data file 22 and the 
definition range 48 for levels as well as the definition range 49 for 
associations. For this, the CIS computer program module 50 (CIS stands for 
Converting Indexing and SortingHsie}, see also the specification regarding 
Figure 1), \s\g\ examines the input print data file 22 with regard to its logical, 

15 hierarchical structure and assigns the levels to the various data ranges, i.e. 
the level Level_A to the entire document corresponding to the bracket 40, 
Level_B1 to the data range of the bracket 41 , etc. Using this association and 
the associations made in the definition range 49, corresponding finishing 
commands that have been defined in the range 47 can be inserted into the 

20 print data file 22 at exactly the right positions, such that the print data file 52 is 
created. The CIS computer program module 50 thus uses the information 
that are contained in the control file 46 and modifies the medium maps 
"Account" that were contained in the original formdef file 23 and their 
corresponding calls in the original print data file 22 "IMM Account" and 

25 mod i f ie s [s i c] modify these corresponding to the henceforth refined, additional 
finishing commands. The conversion occurs automatically via the CIS 
computer program module 50 and thus guarantees an inherently logical result 
tuned o r, r e sp e ctiv el y, synchronized to one anothe r [s i c] . 

The resulting new formdef file 51 contains new medium maps, whereby 

30 the designations "U_ACC1", etc. are purely voluntary and can be completely 
automatically as well as randomly generated by the CIS computer program 
module. However, a designation assigned once is then retained. In all cases, 
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the new medium maps replace the preceding ACCOUNT medium maps of the 
original formdef file 23. 

Further details of the CIS computer program module 50 can be learned 
from WO 01/77807 A2 and PCT/EP02/05299, which is herewith again 
5 explicitly incorporated into the present specification. An important 
functionality of the CIS computer program module 50 that aro [s i c] is 
addressed in the older WO publication '807 is the normalization of the data of 
the input print data file 22. It is converted and, if applicable, re-sorted in step 
S10 such that identical job types and/or identical customers are mutually 

10 printed out in succession, such that the subsequent processing of the 
documents (stacking, enveloping, stapling, etc.) is simplified. 

The modified print file 52 and the modified formdef file 51 are supplied 
in step S1 1 to a host printer driver 24 that conveys the AFP data stream in an 
APDS data stream to an IPDS- and UP 3 l-capable printer. The UP 3 I 

15 commands that are contained in the medium maps are converted into 
corresponding IPDS triplets before they are sent to the printer (step S1 1 ). 

As already in Figures 2 and 3, in the exemplary embodiment of Figure 
4 the print good generated with the method is also comprised of five pages for 
customer 1 and its first account, three pages for the second account of the 

20 customer 1 and two pages for the customer 2. This time, the pages are 
stacked, shifted and feW film-welded as this has been requested by the user. 

Due to the structural correspondence between input file 22 and control 
file 46, the effort to introduce auxiliary device functionalities (such as UP 3 I 
functions) into an existing application of a resource-structured print data 

25 stream is relatively small. Via the automation, a secure conversion can occur 
independent of the size of the application (number of the documents, pages 
and/or mail pieces) and the number of the medium maps in the form definition 
file. Furthermore, the specifications of the original form definition file 23 are 
not necessary, such that the AFP user that wants to implement a UP 3 I data 

30 extension does not need any access to the original control file with which the 
original formdef file 23 was generated. An AFP user who wants to implement 
additional device functionalities in the data stream also needs no access to an 
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original PPFA control file or to the application program that has originally 
generated the data stream, because he only inserts the additional commands 
into the data stream, including the formdef file 23, on a comfortable operator 
interface. 

5 In step S1 1 , the modified print data file 52 and the modified formdef file 

51 are converted by the host printer driver 24 into an IPDS data stream, and 
this IPDS print data stream is output to the printing system 25 for output. In 
step S12, this produces three documents 28, 29 and 30 as they have already 
been explained in detail using Figures 2 and 3. 

10 In the exemplary embodiments cited above, AFP print data have 

respectively been enhanced with finishing commands wb in order to subject 
documents to a print pre-processing and/or a print post-processing in various 
manners. However, the i nv e nt i on preferred embodiment is suitable not only 
for AFP print data streams o r, respect i vely, corresponding resource-structured 

15 input files but rather can, for example, also be applied for what is known as 
line data that are inherently unstructured. By means of a suitable computer 
program module, for example the known computer program ACIF by the 
company IBM or the computer program "CIS" 50 already used in the present 
i nv e ntion embodiment , which is also explained in detail in WO 01/77807, such 

20 line data can be converted such that the line file is converted into a structured 
file by means of what is known as a pagedef file. This structured file then 
corresponds to the print data file 22 of the exemplary embodiments illustrated 
above and can in turn, by means of a corresponding formdef file 23, be 
automatically converted with the i nv e ntion preferred embodiment into an 

25 output file 52 enhanced with finishing commands. 

In addition to line data, Extendable [sic} Markup Language data (XML 
data) can also be enhanced with finishing operations. The XML standard is 
primarily a well-known standard in the field of Internet pages. Personalized 
Printer Markup Language data (PPML data) can also be enhanced with 

30 finishing commands with the present invention. Finally, it is also possible to 
process further known types of document data streams such as, for example, 
data of the Printer Control l [s i c] Control Language (PCL) in the inventiv e 
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manner of the preferred embodiment . Finishing commands can th e r e by thus 
already be contained in the original data stream (PCL), the PCL data stream 
can be converted into an AFP data stream and the already-existing finishing 
commands can thereby be adopted and optionally enhanced with additional 
5 finishing commands. The enhancement then occurs in the i nv e nt i v e manner 
of the preferred embodiment . 

Finally, with the i nv e ntion preferred embodiment it is also conceivable 
to effect a data reduction instead of a data enhancement, i.e. to reduce a print 
data input file that contains finishing operations by these operations. The 

10 fundamental i nv e nt i v e workflow of the preferred embodiment , with the 
creation of a control file that defines specific levels and assigns certain 
finishing operations to these levels, is thereby maintained. Only the removal 
of finishing commands is established instead of the addition of finishing 
commands. It can just as well be provided to exchange finishing commands, 

15 whereby, for example, finishing commands that[[,]] set up on a specific type or 
a specific version of finishing device {sic}, are to be replaced by 
correspondingly changed types or versions. This can in particular be 
advantageous when a file to be printed contains finishing commands of a 
specific standard (for example UP 3 I) and should be processed on a system 

20 that does not fulfill this standard, for example is not UP 3 l-capable. 
Furthermore, the invention preferred embodiment enables finishing 
commands o r, r e sp e ctively, data of a first standard to be replaced by finishing 
commands o r, r e sp e ct i v el y, data of a second standard, for example when an 
application should run on a new system. 

25 With the i nvent i on preferred embodiment , the fundamentals are 

achieved to very flexibly deal with print data streams in more or less complex 
print production systems in which the data, documents^ o r, r e sp e ct i ve l y, 
recording media are processed in a plurality of devices. 

Given the conversion of a PCL or PS (Postscript) data stream into 

30 AFP, it can additionally be provided that the formdef file is created in a course 
with the conversion of the print data file, i.e. it is formed "on the fly", so to 
speak. The modified print data file and the modified formdef file for 
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processing of the print job in a printing system with finishing commands can 
then directly and very quickly occur with both of these files (formdef file and 
print data file) and the inventive control file generated by the user. 

The inv e nt i on preferred embodiment can in particular be realized as a 
5 computer program (software). It can therewith be distributed as a computer 
program module, as a file on a data medium such as a diskette or CD-ROM, 
or as a file via a data o r, respect i ve l y, communication network. Such and 
comparable computer program products or computer program elements are 
embodiments of tho i nvent i on . The inv e ntiv e procedure of the preferred 

10 embodiment can be used in a computer, in a print device and/or in a printing 
system with upstream or downstream data processing devices, in particular 
when the computer program runs on a suitable computer and there effects a« 
i nv e nt i v e a method procedure of the preferred embodiment . It is thereby clear 
that corresponding computers on which the i nv e nt i on preferred embodiment is 

15 used can comprise further known technical devices such as input means 
devices (keyboard, mouse, touchscreen), a microprocessor, a data or T 
re sp e ct i v el y, control bus, a display device (monitor, display) as well as a 
working storage, a fixed disc storage and a network card. 

While a preferred embodiment has been illustrated and described in 

20 detail in the drawings and foregoing description, the same is to be considered 
as illustrative and not restrictive in character, it being understood that only the 
preferred embodiment has been shown and described and that all changes 
and modifications that come within the spirit of the invention both now or in 
the future are desired to be protected. 

25 
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ABSTRACT OF THE DISCLOSURE 

In a method and system for enhancement of an input document data 
stream which comprises at least one input format file containing format 
definitions and an input document data file structured in at least one of ranges 
5 and sub-ranges and containing variable data, enhancing the data stream with 
finishing commands. In a control file, defining level structures that correspond 
to at least one of the ranges and sub-ranges of the input document data file. 
In a control file, associating the finishing commands with levels. Using the 
control file, the input format file and the input document data file the following 
10 are automatically generated by a computer program module. 

a) an output format file that contains the finishing commands in 
callable groups, and 

b) an output document data file containing the variable data and 
group calls associated by at least one of range-bv-range and 

15 sub-range-by-sub-range. 
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